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Sir: 

This Appeal Brief is submitted in support of the Notice of Appeal filed October 24, 2007, 
wherein Appellants appeal from the Examiner's rejection of claims 1-20. 

I. REAL PARTY IN INTEREST 

This application is assigned to IBM Corporation by assignment recorded on November 
26, 2003, at Reel 014755, Frame 0965. 

II. RELATED APPEALS AND INTERFERENCES 



Appellants are unaware of any related appeals and interferences. 
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III. STATUS OF CLAIMS 

Claims 1-20 are pending and two-times rejected in this Application. It is from the 
multiple rejections of claims 1-20 that this Appeal is taken. 

IV. STATUS OF AMENDMENTS 

The claims have not been amended subsequent to the imposition of the Second Office 
Action dated July 24, 2007 (hereinafter the Second Office Action). 

1 V. SUMMARY OF CLAIMED SUBJECT MATTER 

2 Referring to Fig. 2 and to independent claims 1 and 15, a memory leak detection and 

3 reporting method is disclosed. In block 240, allocated ones of resources in a resource pool are 

4 time stamped (lines 8-9 of paragraph [0023] of Appellants' disclosure). In block 260, calling 

5 code segments receiving the allocated resources are identified (lines 20-12 of paragraph [0023]). 

6 In blocks 280 and 290, memory leaks are detected by inspecting individual timestamps for the 

7 allocated resources to determine whether the allocated resources have become overly idle (lines 

8 1-4 and 6-8 of paragraph [0024]). In block 310, for each allocated resource determined to have 

9 become overly idle, an identity of a corresponding one of the calling code segments is reported 

10 (lines 1-4 of paragraph [0025]). 

11 Referring to Fig. 1 and to independent claim 7, a memory leak detection and reporting 

12 system is disclosed. The system includes a resource pool 110, a pool manager 130, and a data 

13 store 140. The resource pool 110 includes a plurality of allocable resources 170 (lines 4-6 of 

14 paragraph [0016]). The pool manager 130 is programmed to manage allocation of the allocable 

15 resources 170 to calling code segments 150 (lines 3-4 of paragraph [0016]). The data store 140 

16 include allocated resources 170 and corresponding identities for calling code segments 150 

2 
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1 receiving the allocated resources 170 (lines 1-8 of paragraph [0018]). The pool manager 130 

2 also detects memory leaks by inspecting individual timestamps 180 for the allocated resources 

3 170 to determine whether the allocated resources 170 have become overly idle and for each 

4 allocated resource 170 determined to have become overly idle, reports an identity of a 

5 corresponding one of the calling code segments 150 to the data store 140 (lines 4-12 of 

6 paragraph [0021]). 

7 Referring to Fig. 2 and to independent claims 10 and 20, a memory leak detection and 

8 reporting method is disclosed. In block 230, a resource from a resource pool is allocated (lines 

9 7-8 of paragraph [0023]). In block 240, the allocated resource is time stamped (lines 8-9 of 

10 paragraph [0023]). In block 260, an identity for a calling code segment acquiring the allocated 

11 resource is recorded (lines 10-12 of paragraph [0023]). When the allocated resource is accessed, 

12 the time stamp is updated (lines 1-3 of paragraph [0024]). In blocks 280 and 290, the time stamp 

13 is inspected to determine if the allocated resource has become overly idle (lines 1-4 and 6-8 of 

14 paragraph [0024]). In block 310, if it is determined that the allocated resource has become 

15 overly idle, a suspected memory leak in association with the allocated resource is reported and 

16 the recorded identity for the calling code segment which had acquired the allocated resource is 

17 reported (lines 1-4 of paragraph [0025]). 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

1. Claims 7-9 are rejected under 35 U.S.C. § 101; 

1. Claims 1-3, 5-17, and 19-20 were rejected under 35 U.S.C. § 103 for obviousness 
based upon Dahlstedt et al., U.S. Patent Publication No. 2004/0133894 (hereinafter Dahlstedt) in 
view of Tarditi, U.S. Patent No. 6,625,808; and 
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2. Claims 4 and 18 were rejected under 35 U.S.C. § 103 for obviousness based upon 
Dahlstedt in view of Tarditi and further in view of Fu, U.S. Patent Publication No. 
2004/0172579. 



4 
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1 VII. ARGUMENT 

2 The Rejection of Claims 7-9 Under 35 U.S.C. § 101 

3 For convenience of the Honorable Board in addressing the rejections, and claims 8 and 9 

4 stand or fall together with independent claim 7. 
5 

6 On pages 7 and 8 of the First Amendment dated May 31, 2007 (hereinafter the First 

7 Amendment), Appellants presented the following arguments. On page 2 of the Office Action, 

8 the Examiner asserted the following with regard to claims 7-9: 

9 Claims 7-9 set forth a memory leak detection and reporting system that is computer 

10 program claimed as computer listings per se, i.e., the descriptions or expressions of the programs, 

11 are not physical "things." They are neither computer components nor statutory processes, as they 

12 are not "acts" being performed. Such claimed computer programs do not define any structural and 

13 functional interrelationships between the computer program and other claimed elements of a 

14 computer which permit the computer program's functionality to be realized. 



15 

16 The Examiner's analysis appears to be predicated on the belief that the claimed memory leak 

17 detection and reporting system is "computer listings per se." In this regard, Appellants 

18 respectfully submit that the Examiner's analysis is flawed. Based upon the Examiner's analysis, 

19 it appears that the Examiner misunderstands exactly what constitutes software (i.e., computer 

20 listings) per se. In particular, Appellants respectfully submit that the Examiner is confused as to 

21 exact meaning of the phrase "per se." The definition of "per se" is the following: 1 



22 By itself; in itself; taken alone; by means of itself; through itself; inherently; in isolation; 

23 unconnected with other matters; simply as such; in its own natures without reference to its 

24 relation. 
25 



26 Thus, software per se is an abstract idea embodied by the software alone without anything else. 

27 For this reason, software per se is deemed to be non-statutory subject matter. 
28 



1 Black's Law Dictionary 1142 (6th ed. 1990). 
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1 Software alone is incapable of doing anything because it is disconnected from hardware. 

2 Software alone is also covered under M.P.E.P. § 2106.01 with regard to "functional descriptive 

3 material." Claims 7-9, however, are not directed to "functional descriptive material." Instead, 

4 claims 7-9 are directed to a system. 
5 

6 Claim 7 recites "a pool manager programmed ..." (emphasis added). Software alone is 

7 incapable of being "programmed." Instead, hardware (i.e., a device) is programmed, and 

8 software alone is the program. Moreover, Appellants are entirely unclear as to why the claimed 

9 "data store" is also not considered hardware. Software alone is incapable of storing anything 
10 since it is functional descriptive material or an abstract idea. 

1 1 

12 On page 11 of the Second Office Action, the Examiner responded to only one of these 

13 arguments in asserting the following: 

14 The data store as recited in Specification, "The data store of allocated resources 140 can 

15 include a listing of all resources in the resource pool 110 which have been allocated previously to 

16 calling code segments ... (specification, p. 10, [0018])", that does connect to hardware (i.e., a 

17 device, a physical memory). Data store can be software (i.e., database, data structure). There is no 

18 description to specify the "data store" is a software or hardware in the Specification or Drawing. It 

19 appears to the examiner, the system in Claims 5-8 is a software system. 



20 

21 The Examiner's response doesn't address the substance of Appellants' prior arguments. For 

22 example, the Examiner has not explained how a "data store" can store data without being 

23 connected to hardware. Appellants are unaware that abstract ideas (i.e., software per se) are 

24 capable of storing data. Similarly, abstract ideas are also incapable of being programmed. 
25 

26 Despite the Examiner's continued failure to set forth an explanation as to why these 

27 claimed elements are directed to an abstract idea, reference is made to the recent decision of the 
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1 Federal Circuit of In re Comiskey . 2 Although the Court held that several claims were directed to 

2 non- statutory subject matter, the Court determined that other of the claims were directed to 

3 statutory subject matter. In determining the latter, the Court stated the following: 

4 These claims, under the broadest reasonable interpretation, could require the use of a computer as 

5 part of Comiskey' s arbitration system, (emphasis added) 

6 

7 Thus, the Court determined that the claims are not required to necessarily include or require a 

8 computer. Instead, the Court concluded that the claims meet the requirements of 35 U.S.C. § 

9 101 if, under a broadest reasonable interpretation, the claims could require the use of statutory 
10 subject matter (e.g., a computer, a device, a product, etc.). 

11 

12 it is readily apparent that under a broadest reasonable interpretation, the claimed data 

13 store could require the use of a computer storage device (e.g., memory, hard drive, etc.) and that 

14 since the pool manager is programmed, the pool manager could be a computer device. Thus, 

15 based upon the analysis in In re Comiskey , the claimed invention, as recited in claim 7, is 

16 directed to statutory subject matter. 
17 



18 The Rejection of Claims 1-3, 5-17, and 19-20 Under 35 U.S.C. § 103 for 

19 Obviousness based upon Dahlstedt in view of Tarditi 

20 For convenience of the Honorable Board in addressing the rejections, claims 2, 6-10, 12, 

21 14-16, and 19-20 stand or fall together with independent claim 1; claims 11 and 17 stand or fall 

22 together with dependent claim 3; and claim 13 stands or falls with dependent claim 5 
23 

24 



2 Appeal No. 2006-1286. 
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1 Claim 1 

2 On page 9 and 10 of the First Amendment, Appellants presented the following arguments. 

3 On page 3 of the First Office Action, the Examiner asserted the following with regard to the 

4 teachings of Dahlstedt: 

5 reporting an identity of a corresponding one of said calling code segments (Dahlstedt, [0008], "the 

6 invention comprises a system for determining potential memory leaks in a run-time environment, 

7 ... an object temperature analyzer that determines the status of warm objects and cold objects in 

8 said memory, and the links between said warm and cold objects, and, a report mechanism that 

9 reports information about said links, for use in determining potential memory leaks", also see, 

10 FIG. 3, [0021], Dahlstedt teaches cold objects as determined to have become overly idle, "The 

1 1 time stamp for each object is checked against the current system time, and those objects that have 

12 a time stamp older than a particular period of time are marked as cold objects"). 

13 

14 The Examiner further asserted the following on page 4 of the First Office Action with regard to 

15 the teachings of Tarditi and what Dahlstedt fails to teach: 

16 Dahlstedt does not explicitly teach identifying calling code segments receiving said allocated 

17 resources. However, Tarditi teaches identifying calling code segments receiving said allocated 

18 resources (Tarditi, FIG. 4, call stack 402 or 406, col. 11, lines 10-49, "a live object is an object 

19 which has an identifiable pointer in the root set, e.g., call stack 402 or 406... for each transition 

20 from a GC frame to a non-GC frame in the call stack 402, creation function 304 allocates space on 

21 the stack frame for a transition record, e.g., transition records 420 and 424. The transition store 

22 select pointer and state information, as well as a pointer to the immediate past transition record, 

23 e.g., transition record 424."). 
24 

25 The Examiner's analysis present a logical inconsistency. The Examiner's admits that 

26 Dahlstedt does not teach the claimed "identifying calling code segments receiving said allocated 

27 resources." However, the Examiner asserts that Dahlstedt teaches "reporting an identity of a 

28 corresponding one of said calling code segments." The logical inconsistency of the Examiner's 

29 analysis can be best summarized by the question: how can Dahlstedt teach reporting an identity 

30 of a calling code segment when Dahlstedt does not teach identifying the calling code segment? 

31 The calling code segment must first be identified before its identity can be reported. Therefore, 

32 the Examiner's assertion that Dahlstedt teaches "reporting an identity of a corresponding one of 
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1 said calling code segments" cannot be true since Dahlstedt has not identified the calling code 

2 segments. 
3 



4 In response, on page 3 of the Second Office Action, the Examiner is no longer asserting that 

5 Dahlstedt teaches "reporting an identity of a corresponding one of said calling code segments." 

6 Instead, the Examiner is now relying upon Tarditi to teach this limitation. Specifically, the 

7 Examiner is now asserting the following on page 4 of the Second Office Action: 

8 Dahlstedt does not explicitly teach identifying calling code segments receiving said allocated 

9 resources; and identity of a corresponding one of said calling code segments. However, Tarditi 

10 teaches identifying calling code segments receiving said allocated resources, reporting an identity 

11 of a corresponding one of said calling code segments. (Tarditi, FIG, 4, call stack 402 or 406, col. 

12 11, lines 10-49, "a live object is an object which has an identifiable pointer in the root set, e.g., call 

13 stack 402 or 406... for each transition from a GC frame to a non-GC frame in the call stack 402, 

14 creation function 304 allocates space on the stack frame for a transition record, e.g., transition 

15 records 420 and 424 . The transition store select pointer and state information, as well as a pointer 

16 to the immediate past transition record , e.g., transition record 424 ."), the transition record read in 

17 the limitation of reporting identity of a corresponding one of said calling code segments. 

1 8 (emphasis in original) 
19 

20 The Examiner's analysis, however, fails to consider the claimed invention, as a whole . 

21 Specifically, claim 1 recites: 

22 for each allocated resource determined to have become overly idle, 

23 reporting an identity of a corresponding one of said calling code segments 

24 (emphasis added). 



25 

26 As readily evident upon reviewing this passage, the second clause (i.e., the underlined clause) is 

27 conditioned upon the first clause (i.e., the italicized clause). Thus, there is an inextricable 

28 relationship between the first clause and the second clause. The Examiner's analysis, however, 

29 relies upon Dahlstedt to teach the limitations of the first clause and Tarditi to teach the limitations of 

30 the second clause. In so doing, the Examiner has failed to consider the claimed invention, as a 

31 whole. Instead, the Examiner has taken teachings from two separate references and linked them 
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1 together, in the manner claimed, without any common sense rationale for making this linkage. 

2 Appellants position is that the only rationale of record for making this linkage comes from 

3 Appellants' own disclosure, and for the Examiner to rely on this rationale constitutes impermissible 

4 hindsight reconstruction of the claimed invention. 
5 



6 



7 On pages 10 and 11 of the First Amendment, Appellants presented the following arguments 

8 regarding the Examiner's asserted rationale to modify Dahlstedt in view of Tarditi. Specifically, 

9 with regard to the Examiner's asserted rationale to modify Dahlstedt in view of Tarditi, the 

10 Examiner asserted the following in the first full paragraph on page 4 of the First Office Action: 

11 It would have been obvious to one having ordinary skill in the computer art at the time of 

12 the invention was made to modify the method disclosed by Dahlstedt to include identifying calling 

13 code segments receiving said allocated resources using the teaching of Tarditi. The modification 

14 would be obvious because one of ordinary skill in the art would be motivated to facilitate 

15 automated memory management among heterogeneous components of a computer program 

16 (Tarditi, col. 4, lines 40-42). 



17 

18 The Examiner's asserted benefit is little more than a generalization regarding a possible benefit 

19 resulting from the entirety of the teachings of Tarditi. The Examiner's analysis, however, has 

20 failed to establish that this particular benefit would result solely from the Examiner's proposed 

21 modification to Dahlstedt. In this regard, Appellants respectfully submit that the Examiner has 

22 failed to establish a nexus between the specific teachings relied upon within Tarditi for the 



23 proposed modifications to Dahlstedt and the asserted benefit to "facilitate automated memory 

24 management among heterogeneous components of a computer program." 
25 

26 A nexus is required between the proposed modification and the asserted benefit of the 

27 modification. The need for a nexus between the proposed modification and the asserted benefit 

28 of the modification is to establish that one having ordinary skill in the art would have been 

10 
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1 realistically impelled to modify the prior art in the manner suggested by the Examiner. 

2 Otherwise, the Examiner could assert that any possible modification taught by Tarditi could be 

3 based upon any possible benefit taught by Tarditi. 

4 

5 In the Second Office Action, the Examiner did not directly respond to these arguments. 

6 Instead, the Examiner simply rephrased the asserted rationale to modify Dahlstedt in view of 

7 Tarditi to include the additional limitation the Examiner is now relying upon Tarditi to teach. 

8 Specifically, the Examiner asserted the following on page 4 of the Second Office Action: 

9 It would have been obvious to one having ordinary skill in the computer art at the time of 

10 the invention was made to modify the method disclosed by Dahlstedt to include identifying calling 

11 code segments receiving said allocated resources; reporting an identity of a corresponding one of 

12 said calling code segments using the teaching of Tarditi. The modification would be obvious 

13 because one of ordinary skill in the art would be motivated to facilitate automated memory 

14 management among heterogeneous components of a computer program (Tarditi, col. 4, lines 40- 

15 42). 
16 

17 As readily apparent from comparing the Examiner's asserted rationales for making the proposed 

1 8 modification in the First and Second Office Actions, the Examiner has not addressed Appellants' 

19 previously presented arguments. Instead, the Examiner continues to rely upon a generalization 

20 (i.e., "to facilitate automated memory management among heterogeneous components of a 

21 computer program") without any explanation as to why the Examiner's proposed rationale would 

22 lead to the claimed limitations or without an analysis as to why one having ordinary skill in the 

23 art would only have to rely upon "common sense" to make this proposed combination. 

24 Therefore, Appellants maintain that the Examiner has failed to establish that one having ordinary 

25 skill in the art would have considered the claimed invention to be an obvious combination of the 

26 teachings of Dahlstedt and Tarditi. 
27 

28 
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1 Claim 3 

2 On page 11 of the First Amendment, Appellants presented the following arguments 

3 regarding claim 3. In the First Office Action, the Examiner asserted that column 11, lines 2-7 of 

4 Tarditi teaches the claimed "performing said detecting and reporting steps in a separate thread of 

5 execution." Upon review, Appellants note that this passage refers to two separate threads. 

6 Appellants, therefore, are unclear as to where, specifically, Tarditi teaches that the detecting and 

7 reporting steps are performed in a separate thread of execution. 
8 

9 The Examiner's responded to these arguments on page 12 of the Second Office Action, in 

10 which the Examiner asserted the following: 

1 1 Tarditi teaches detecting and reporting steps in a separate thread of execution (Tarditi, 

12 col. 10, lines 11-51, " when creation function 304 is invoked , it creates a transition record on the 

13 stack frame of the program thread in which the foreign function call is found, and loads a pointer 

14 to the last transition record from the per-thread state. ... the stack frame for each thread with 

15 transition records providing the necessary pointer and state information to traverse any number of 

16 foreign function call embedded within the program", also, col. 11, lines 2-11, "the data structures 

17 include call stacks 402 and 406 associated with two separate threads of program execution , 

18 emphasis added), Tarditi teaches a transition record read in the limitation detecting and reporting 

19 steps in separate thread of execution, (emphasis in original) 
20 

21 Like much of the Examiner's analysis, the Examiner is entirely unclear as to what specific elements 

22 in the prior art are being relied upon to teach the specific elements of the claims. Notwithstanding 

23 this ambiguity, reference is made to the last underlined clause in the above-reproduced passage. 

24 Specifically, the Examiner emphasizes "two separate threads of program execution." Notably, the 

25 Examiner appears to have misunderstood the plain language of claim 3, which recites that the 

26 detecting and reporting steps are performed in a separate thread of execution (i.e., a single thread, 

27 which is separate) and not separate threads of execution (i.e., two separate threads). Since Tarditi is 

28 being relied upon to teach separate threads, then Tarditi fails to teach the limitations recited in claim 

29 3. 
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2 Claim 5 

3 On page 11 of the First Amendment, Appellants presented the following arguments 

4 regarding claim 5. The Examiner cited Fig. 4 and paragraph [0022] of Dahlstedt to teach the 

5 claimed "performing said detecting and reporting steps responsive to allocating one of said 

6 resources in said resource pool." As already noted above, however, Dahlstedt fails to teach the 

7 claimed reporting step. Thus, Dahlstedt cannot teach all the limitations of claim 5. 
8 



9 The Examiner's responded to these arguments on pages 12 and 13 of the Second Office 

10 Action, in which the Examiner asserted the following: 

11 Tarditi teaches the step of performing said detecting and reporting steps responsive to 

12 allocating one of said resources in said resource pool (Tarditi, col. lines 23-45, "when execution of 

13 the program proceeds to a creation function, the creation function creates a transition record on the 

14 stack frame of the particular thread in which the function call is identified. The transition record is 

15 populated with select pointer and state information"). 

16 

17 Upon reviewing this passage, Appellants are unclear as to the relationship between column 9, lines 

18 23-45 of Tarditi and the claimed "performing said detecting and reporting steps." Again, how the 



19 Examiner is interpreting the language of the claims and what specific teachings in the prior art the 

20 Examiner is relying upon to disclose these limitations is unclear. 
21 

22 Appellants, therefore, respectfully submit that the imposed rejection of claims 1-3, 5-17, 

23 and 19-20 under 35 U.S.C. § 103 for obviousness based upon Dahlstedt in view of Tarditi is not 

24 viable. 
25 

26 



13 



Application No.: 10/723,979 



1 The Rejection of Claims 4 and 18 Under 35 U.S.C. § 103 for Obviousness based 

2 upon Dahlstedt in view of Tarditi and Fu 

3 For convenience of the Honorable Board in addressing the rejections, and claim 18 stands 

4 or falls together with dependent claim 4. 
5 

6 On page 13 of the First Amendment, Appellants noted that upon reviewing the teachings 



7 in Fu cited by the Examiner, Appellants are entirely unclear where Fu teaches the limitations 

8 recited in claims 4 and 18. For example, Appellants are unable to determine what specific 

9 teaching in Fu is being relied upon to teach the claimed "inducing a placebo error condition in 
10 close proximity to code for allocating said resource. " 

1 1 



12 The Examiner's responded to these arguments on page 13 of the Second Office Action, in 

13 which the Examiner asserted the following: 

14 Fu teaches teach inducing a placebo error condition in close proximity to code for 

15 allocating said resource (Fu, EIG. 5, step 600, FIG. 6, steps 610, 620, 630, [0042] -[0047], "in 

16 decision block 530, a determination is made whether minima point processing subroutine 600 

17 returned an indication of a memory leak. If a memory leak was found, processing proceeds to 

1 8 block 599 where the memory usage processing subrouting 500 ends and a memory leak message is 

19 returned to the calling routing" lines 17-25, and [0045], "subroutine 600 proceeds to decision 

20 block 610 where a test is made to determine whether at least four memory usage data minima 

21 point were found, If less that tour memory leak message data minima points were found, 

22 processing proceeds to block 699, where subroutine 600 ends and a memory leak message is 

23 returned to the calling routine"); Fu teaches the steps 610. 620. and 630 in FIG. 6, read in the 

24 limitation of "placebo error condition" in claims 4 and 1 8 in the present application , (emphasis 

25 added) 
26 

27 Despite the Examiner's assertion in the above-underlined passage, Appellants are still unclear as 

28 to why "steps 610, 620, and 630" teach the claimed "inducing a placebo error condition in close 



29 proximity to code for allocating said resource." The teachings in Fu associated with the 

30 Examiner's cited passages are completed unrelated to this limitation. In this regard, Appellants 

31 note that the Examiner has failed to set forth any claim construction, either for the entire 
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1 limitation or for the phrase "placebo error condition." 

2 

3 In paragraph [0043], Fu teaches that "minima point processing subroutine 600 analyzes 

4 the minima points of the memory usage data of a particular memory usage record to determine if 

5 the minima points do or do not indicate a memory leak in conjunction with the previous 

6 determination that the area under first and second derivative curves exceeds zero." The 

7 subroutine 600 includes steps 610, 620, and 630. Again, how these teachings relate to the 

8 limitations recited in claim 4 is entirely unclear to Appellants. Therefore, Appellants maintain 

9 the argument that the Examiner has failed to establish that Fu teaches the limitations for which 
10 Fu is being relied upon to teach. 

1 1 

12 Conclusion 

13 Based upon the foregoing, Appellants respectfully submit that the Examiner's rejections 

14 under 35 U.S.C. §§ 101-103 is not viable. Appellants, therefore, respectfully solicit the Honorable 

15 Board to reverse the Examiner's rejections under 35 U.S.C. §§ 101-103. 
16 
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To the extent necessary, a petition for an extension of time under 37 C.F.R. § 1.136 is 
hereby made. Please charge any shortage in fees due under 37 C.F.R. §§ 1.17, 41.20, and in 
connection with the filing of this paper, including extension of time fees, to Deposit Account 09- 
0461, and please credit any excess fees to such deposit account. 



Date: October 24, 2007 Respectfully submitted, 



/Scott D. Paul/ 

Scott D. Paul 
Registration No. 42,984 
Steven M. Greenberg 
Registration No. 44,725 
Phone: (561)922-3845 
CUSTOMER NUMBER 46320 
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VIII. CLAIMS APPENDIX 

1. A memory leak detection and reporting method comprising the steps of: 
time stamping allocated ones of resources in a resource pool; 
identifying calling code segments receiving said allocated resources; 

detecting memory leaks by inspecting individual timestamps for said allocated resources 
to determine whether said allocated resources have become overly idle; and, 

for each allocated resource determined to have become overly idle, reporting an identity 
of a corresponding one of said calling code segments. 

2. The method of claim 1, wherein said identifying step comprises the step of retrieving 
identities for individual ones of said calling code segments from an associated calling stack when 
said individual ones of said calling code segments acquire one of said allocated resources. 

3. The method of claim 1, further comprising the step of performing said detecting and 
reporting steps in a separate thread of execution. 

4. The method of claim 2, wherein said retrieving step comprises the steps of: 

for calling code segment in which a resource is allocated, inducing a placebo error 
condition in close proximity to code for allocating said resource; and, 

reading error data from said calling stack produced by said placebo error condition, said 
error data comprising identity information for said calling code segment. 
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5. The method of claim 1, further comprising the step of performing said detecting and 
reporting steps responsive to allocating one of said resources in said resource pool. 

6. The method of claim 1, further comprising the step of performing said detecting and 
reporting steps responsive to an elapsing interval. 

7. A memory leak detection and reporting system comprising: 
a resource pool comprising a plurality of allocable resources; 

a pool manager programmed to manage allocation of said allocable resources to calling 
code segments; and, 

a data store of allocated resources and corresponding identities for calling code segments 
receiving said allocated resources, wherein 
the pool manager 

detects memory leaks by inspecting individual timestamps for said allocated 
resources to determine whether said allocated resources have become overly idle; and, 

for each allocated resource determined to have become overly idle, reports an 
identity of a corresponding one of said calling code segments to the data store. 

8. The system of claim 7, wherein said pool manager comprises: 
a communicative coupling to a call stack; and, 

correlation logic for correlating a calling code segment reference disposed in said call 
stack to a concurrently allocated one of said allocable resources. 
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9. The system of claim 7, further comprising a garbage collector coupled to said resource 

pool. 

10. A memory leak detection and reporting method comprising the steps of: 
allocating a resource from a resource pool, time stamping said allocated resource and 

recording an identity for a calling code segment acquiring said allocated resource; 
updating said time stamp when said allocated resource is accessed; 

inspecting said time stamp to determine if said allocated resource has become overly idle; 

and, 

if it is determined that said allocated resource has become overly idle, reporting a 
suspected memory leak in association with said allocated resource and further reporting said 
recorded identity for said calling code segment which had acquired said allocated resource. 

11. The method of claim 10, further comprising the step of performing said inspecting 
and reporting steps in a separate thread of execution. 

12. The method of claim 10, further comprising the steps of performing said allocating, 
inspecting and reporting steps in a pool manager. 

13. The method of claim 10, further comprising the step of performing said inspecting 
and reporting steps responsive to allocating another resource in said resource pool. 
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14. The method of claim 10, further comprising the step of performing said inspecting 
and reporting steps responsive to an elapsing interval. 

15. A machine readable storage having stored thereon a computer program for memory 
leak detection and reporting, the computer program comprising a routine set of instructions 
which when executed by the machine cause the machine to perform the steps of: 

time stamping allocated ones of resources in a resource pool; 

identifying calling code segments receiving said allocated resources; 

detecting memory leaks by inspecting individual timestamps for said allocated resources 
to determine whether said allocated resources have become overly idle; and, 

for each allocated resource determined to have become overly idle, reporting an identity 
of a corresponding one of said calling code segments. 

16. The machine readable storage of claim 15, wherein said identifying step comprises 
the step of retrieving identities for individual ones of said calling code segments from an 
associated calling stack when said individual ones of said calling code segments acquire one of 
said allocated resources. 

17. The machine readable storage of claim 15, further comprising the step of performing 
said detecting and reporting steps in a separate thread of execution. 

18. The machine readable storage of claim 16, wherein said retrieving step comprises the 
steps of: 
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for calling code segment in which a resource is allocated, inducing a placebo error 
condition in close proximity to code for allocating said resource; and, 

reading error data from said calling stack produced by said placebo error condition, said 
error data comprising identity information for said calling code segment. 

19. The machine readable storage of claim 15, further comprising the step of performing 
said detecting and reporting steps responsive to an elapsing interval. 

20. A machine readable storage having stored thereon a computer program for memory 
leak detection and reporting, the computer program comprising a routine set of instructions 
which when executed by the machine cause the machine to perform the steps of: 

allocating a resource from a resource pool, time stamping said allocated resource and 
recording an identity for a calling code segment acquiring said allocated resource; 
updating said time stamp when said allocated resource is accessed; 

inspecting said time stamp to determine if said allocated resource has become overly idle; 

and, 

if it is determined that said allocated resource has become overly idle, reporting a 
suspected memory leak in association with said allocated resource and further reporting said 
recorded identity for said calling code segment which had acquired said allocated resource. 
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IX. EVIDENCE APPENDIX 

No evidence submitted pursuant to 37 C.F.R. §§ 1.130, 1.131, or 1.132 of this title or of 
any other evidence entered by the Examiner has been relied upon by Appellants in this Appeal, 
and thus no evidence is attached hereto. 
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X. RELATED PROCEEDINGS APPENDIX 

Since Appellants are unaware of any related appeals and interferences, no decision 
rendered by a court or the Board is attached hereto. 
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